home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 1634 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: hearst.acc.Virginia.EDU!adastra!mbs
  2. Newsgroups: comp.sys.amiga.networking
  3. From: mbs@adastra.cvl.va.us (Michael B. Smith)
  4. Subject: Re: AmiTCP 4.2 ?, new a2065 devices available
  5. References: <4fsskg$eoj@peanuts.Materna.DE> <9602142028.AA00192@apsayton.demon.co.uk> <Pine.LNX.3.91.960215224924.262C-100000@hsb.nest.nl> <1782.6622T1217T2243@ci.educ.lu>
  6. X-NewsReader: GRn 3.0c February 17, 1996
  7. MIME-Version: 1.0
  8. Content-Type: text/plain; charset=iso-8859-1
  9. Content-Transfer-Encoding: 8bit
  10. Message-ID: <mbs.4904@adastra.cvl.va.us>
  11. Date: Mon, 19 Feb 96 07:06:02 EDT
  12. Organization: Only if you insist...
  13.  
  14. In article <1782.6622T1217T2243@ci.educ.lu> manou.billa@ci.educ.lu (Manou BILLA) writes:
  15. > >>     * a2065.device
  16. > >>         - driver version 2.16 from SANA-II v2.0 archive was buggy, now
  17. > >>           including a newer one (3.00)
  18.  
  19. > >I am using envoy and amitcp demo. Is this a2065.device also available for
  20. > >other stacks? I am especially interested as I am having network problems
  21. > >with shapeshifter and thought that it might be related to this a2065.device.
  22. >
  23. > As the devices are SANA II compatible they should also work with other stacks
  24. > that are SANA II compatible! The devices are independant of the stacks used.
  25. > The a2065.device should work with AMITCP 4.x, INET 225, AS225, ENVOY etc.
  26.  
  27. SANA-II is SANA-II.
  28.  
  29. I wonder what was in their patch to a2065.device. If anyone knows patch
  30. details, please let me know. Here is the patchlist for the a2065.device
  31. being shipped with I-Net 225:
  32.  
  33. 3.2
  34.     Patches to AbortIO and DClose:
  35.  
  36.         The recv-q protocol nexus was not being cleaned
  37.         up properly after an abortio.
  38.  
  39.         The BufferManagement pointer was not being loaded
  40.         properly, causing the wrong StackQueue list to be
  41.         checked during abortio, and the frame-type was
  42.         being loaded improperly in FreeSQ, causing the
  43.         above to not matter (no StackQueues were freed).
  44.  
  45. 3.1
  46.     DClose (device close) would use memory after it had been
  47.     freed. This typically would cause a crash.
  48.  
  49. 3.0
  50.     The device would return an error when told to go online,
  51.     and it was already online.
  52.  
  53.     The device would return an error when told to go offline,
  54.     and it was already offline.
  55. --
  56.   //   Michael B. Smith
  57. \X/    mbs@adastra.cvl.va.us
  58.